home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990725-20000114
/
000288_news@columbia.edu _Thu Nov 18 13:32:08 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-01-13
|
2KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA23360
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 18 Nov 1999 13:32:08 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA07927
for kermit.misc@watsun.cc.columbia.edu; Thu, 18 Nov 1999 13:30:53 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: Getting kermit SERVER command to stop when carrier is lost
Date: 18 Nov 1999 18:30:51 GMT
Organization: Columbia University
Message-ID: <811gkr$7nk$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <38344170.CEF293BF@cms-stl.com>,
David L. Harfst <harfst@cms-stl.com> wrote:
: I'm setting up an application to transfer a file using
: C-Kermit 6.0.192 on HP-UX via modem another HP, using the
: same C-Kermit version in server mode.
:
: The server script is set up to ANSWER the modem and then go
: into SERVER mode.
:
: The client then issues the REMOTE LOGIN command, does a SEND,
: and then FINISH.
:
: The SERVER mode ends, the file is processed, and then the
: script is restarted and the ANSWER command issued again.
:
: My problem is that if carrier is lost during the file transfer,
: the SERVER command just sits and waits. On the next incoming
: call, a connection is made and a file can be transfered without
: issuing the REMOTE LOGIN command.
:
: I want the SERVER command to end when carrier is lost and I
: can't find a way to do that. The closest thing I've found
: is the SERVER Idle-timeout command, which is not recongnized
: by the version of kermit that I am running. Even so, that's
: just a workaround. Ideally, SERVER should be able to stop
: immediately if the connection is broken.
:
We have tried to address this problem in C-Kermit 7.0:
http://www.columbia.edu/kermit/ck70.html
Please try it and see if it works for you.
- Frank